home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / dev / www-talk.9301-9306.Z / www-talk.9301-9306 / text1261.txt < prev    next >
Encoding:
Text File  |  1995-04-24  |  2.2 KB  |  61 lines
  1.  
  2. >Newsgroups: comp.infosystems.www
  3. >Path: ora.com!raisch
  4. >From: raisch@ora.com (Rob Raisch)
  5. >Subject: <TITLE>Current Server Work at O'Reilly....</TITLE>
  6. >Message-ID: <C882F3.LxH@ora.com>
  7. >Organization: O'Reilly & Associates, Inc.
  8. >Date: Sun, 6 Jun 1993 22:57:02 GMT
  9.  
  10.     We have a project which will use WWW to deliver a product from ORA to
  11. users who have 'subscribed.'  This will be a free product, but we will need
  12. to collect information from the user-base to be able to generate demographics
  13. which will ultimately pay for the project (we hope.)  (BTW, can't talk about
  14. it, wait for the 'official' announcement.)
  15.  
  16.     I've made modifications to the NCSA server code to support two features
  17. of the new HTTP protocol spec which will allow us to log who is accessing this
  18. 'product.'  I've added support for the 'From:' and 'User_Agent:' fields in
  19. server queries to know who is asking and what they are using to retrieve.
  20.  
  21.     It has occured to me that there are some decisions a server might make, 
  22. given a very little information regarding the browser the user is using.
  23.  
  24.     I would like to propose the following format for the 'User_Agent:'
  25. field, and see what people think:
  26.  
  27.     User_Agent: NAME VERSION CAPABILITIES
  28.  
  29.     Where the name and version would be defined by the browser maker, 
  30. and the CAPABILITIES would come from a list like:
  31.  
  32.         TEXT         (does this really need to be said?)
  33.         INLINE_GIF    (gifs inlined ala mosaic)
  34.         GIF,JPG,PS     (various graphics)
  35.         GHOSTVIEW
  36.         MOUSE
  37.         AUDIO,VIDEO    (supports audio or videofiles)
  38.         MAIL,NEWS,FTP    (supports these local services)
  39.         FAST        (on an ETHER connection)
  40.         SLOW        (on a SLIP dialup)
  41.         ...         (many possible capabilities to be defined)
  42.  
  43.  
  44.     The theory here is that documents can be rewritten 'on the fly' to
  45. reference only those capabilities which the user has at hand.
  46.  
  47.     Further assume that I have a method of managing documents locally which 
  48. return portions of a document based on capability metrics.
  49.  
  50.     For example:
  51.  
  52.     I am a user, using Lynx on a VTxxx.  When I make a request to the 
  53. server, Lynx also sends:
  54.  
  55.         User_Agent: Lynx 1.06 TEXT MAIL NEWS
  56.  
  57. since these are the capabilities which Lynx running on my host supports.
  58.  
  59.     The server then retrieves the following document
  60.  
  61.